第11章 发起任务后，系统做了什么

你将学会

• 说清楚「发起一个任务」到底触发了什么，以及它为什么不一定会立刻执行
• 读懂时间片和优先级，知道任务在排队时怎么让它更快被处理
• 看懂系统是「自动调智能体」还是「派循环执行」，两级决定分别由谁拍板
• 跟上「一轮」的完整生命周期：组装提示词 → 执行 → 记日志 → 花钱 → 交接班 → 完成判定
• 明白为什么验收不是干活的 AI 自己说了算，以及三种验收结论各触发什么
• 遇到「任务不动了」时，能自己顺着排查树找到原因

这张图是本章的地图。下面我们按顺序把每一步拆开讲：点击之前系统已决定的事、任务怎么入队、调度器怎么排班、谁来干、一轮里发生了什么、验收怎么判、你什么时候会被叫到、全局怎么重排。最后一节用一个小案例把所有概念串起来。

一、第 0 步：一次点击之前，系统已经决定的事

很多人以为「点了新建任务，AI 就开始干了」。其实在你点击之前，有一整套环境已经配置好了，任务只是落进这套环境里。同一句任务描述，在不同环境里的命运可能完全不同：有的 3 分钟就跑起来，有的一直躺着不动。所以先认识这五件事。

1. 项目运行模式：决定有没有「自动循环」

这是最上面的开关。项目有三个模式，在自动运营控制台「调整运行模式」里是这套叫法：

2. 执行策略是否已确认

建项阶段，AI 会生成一份「项目执行策略」（目标拆解、关键路径、所需岗位、预算建议、里程碑），需要你确认。这是启动自动运营的一道门槛。官方告警原文是：

3. 钱够不够：项目预算与 AI 运行预算

任务是要花钱的（模型按 token 计费）。系统在每一轮开始前都会先看一眼预算余额：

补充一点：预算熔断是「项目 AI 运行预算」这一层；它和平台真实账本的余额熔断是两本账，别混淆。计费明细页的「已熔断 / 预警」标签就是这一层的状态。

4. 已经有哪些智能体、它们会什么

任务最终要落到某个角色（岗位）头上执行。这个角色决定了用哪套提示词、带哪些技能白名单。如果项目里还没建 Agent，系统会用默认角色兜底，但效果不如你配好的专业角色。所以：想让活儿干得专业，先建好对应的 Agent。

5. 哪些功能开关开着

设置页「功能管理」里有一排开关，界面按中文名展示、并分为「基础 / 高级」两组：自动构建部署（deploy）、通知中心（notification）、自动备份（backup）、自动报告（report）、智能报告（auto_report）、项目模板（project_template）、营销自动化（marketing）、营销自动化引擎（marketing_engine）、社交媒体管理（social_media）、战略规划（strategy）、渐进式信任（trust_model）、冲突仲裁（arbitrator）、资源治理（resource_governor）等。开关关着的功能，相关任务即使建了也不会真的产生对外动作。

两点容易看错：其一，「自动报告」（report）和「智能报告」（auto_report）是两个不同的开关，别把它们当成同一个；其二，「渐进式信任」「资源治理」属于安全底线项，界面上置灰、不可关闭，后端也会拒绝关闭请求，这是刻意的保护而非故障。系统遇到未登记的新开关 key 时会归入「其它」，不会凭空隐藏。

别小看这一排开关，它们决定「AI 有没有真正对外出手的权限」：比如 marketing 关着，AI 就算写出了营销文案，也不会真的去发布；deploy 关着，AI 不会自动把代码构建部署上线。所以如果你发现「文案写了却没发出去」「代码改完了却没上线」，先来查这里——很可能不是任务失败，而是对应开关没开。

新手建议：先只开确实需要的（比如通知、报告），等流程跑顺了再逐个打开「对外动作」类的开关，避免 AI 在你还没准备好时就替你做决定。

二、第 1 步：任务入队（你点下「新建任务」之后）

点开「新建任务」，弹窗里的字段不多，但每一个都会影响任务后面的命运。完整列一遍：

填完点「确定」，立刻会发生三件事：表单校验通过 → 任务写入 → 任务出现在列表里，状态是 待执行 pending。

然后，就暂时停下了。任务不会瞬间开跑，它在等调度器在下一轮把它选中。

为什么会一直「待执行」

状态长期停在 pending，几乎都是下面几种原因，按出现频率排：

1. 项目没启动

   项目状态不是「运行中」。去项目详情页点「启动」。

2. 自动运营没开

   项目在跑，但没启动自动运营循环。去自动运营控制台点「启动」。

3. 运行模式是人工审核

   这个模式不启用循环，任务必须你手动触发。

4. 任务在排队

   循环在跑，但这一轮排到别的任务，你的任务还没轮到。看运行轮次页确认。

5. 任务自身被暂停

   任务的 status 被置成了 paused，去列表点「恢复」。

这五种原因的详细排查步骤，见附录 B 的排查树。

软件工程类任务多一个前置阶段

任务类型选「新建软件工程」或「软件修改」时，建完之后不会立刻进入排班，而是先走一段规划阶段：系统先把它拆成可执行的工程步骤（动哪些文件、分几步、怎么验证），方案定了再交出去干。所以这类任务刚建完的状态可能是「规划中」，而不是「待执行」——这是正常的。

两个常见疑问，一次说清：

• 「规划中」要我做什么吗？通常不用，等它规划完会自动转为可执行。如果它停在「规划中」不动，去任务列表点「继续规划」或「继续修改」，把它推完。
• eng 和 mod 差在哪？eng 是从零新建一个工程；mod 是在已有工程上改，必须指定「关联软件工程」。关联选错了就会改错地方——填写时务必核对。

还要记住一点：软件工程类任务的设计文档是按软件名称分目录隔离的——每个「新建软件工程」任务的设计文档写进自己软件名对应的子目录（{项目工作区}/{软件名称}/），各写各的 PRD/TAD，不会互相覆盖。软件修改任务读写的也是它「关联软件工程」对应的那个文档目录。注意区分：隔离的是文档；代码工作目录仍是项目级共享的（整个项目一个代码库），所以同一个项目里做两个互不相干的软件时，代码文件仍可能互相看见、互相影响——真要完全隔离，建议拆成两个项目。这类任务更适合用循环执行引擎——它必须能真正读写工作区里的文件。

三、第 2 步：调度器排班——时间片是怎么回事

这是整套机制里最「反直觉」、也最值得花五分钟搞懂的部分。搞懂它，你就能预判「我的任务大概多久轮一次」。

3.1 排班表长什么样

系统维护一张排班表，默认有 10 个时间片（你可以理解成 10 个工位）。每个时间片里放一个任务编号（或者空着）。任务通过「时间片权重」占据多个时间片：权重填 5，就占 5 个工位。

假设你有三个任务：

每推进一轮，系统从下一个时间片开始，往后找到第一个「还没完成」的任务，把它交出去执行。起始位置每轮往后挪一格，任务就自然轮流获得处理时间。

3.2 三个任务 × 10 轮的排班示意

假设三个任务都没完成、没有新任务插入，10 轮的实际选中情况是这样的：

10 轮下来，t1 拿到 5 次、t2 拿到 3 次、t3 拿到 2 次——正好等于它们的时间片权重。这就是「时间片权重」的准确含义：它不是你想象的「分多少秒」，而是「每 10 轮里占几轮」。

3.3 任务完成后会发生什么

任务一旦被标记完成，它的时间片会被自动跳过。上例里如果 t1 在第 5 轮后完成了，那么第 6 轮起，起始片 5、6、7 仍指向 t2，而原本落到 t1 的空档会由后面的任务补上——你的其他任务会「提速」。这也是为什么先干完一个任务，往往能让剩下的任务跑得更快。

3.4 「为什么我建了任务但它在排队」以及「怎么更快」

排队是正常现象。你想让它更快被处理，有四个办法，按推荐度排：

四、第 3 步：谁来干——引擎与角色的两级决定

「我发起任务，是自动调用智能体还是怎样？」——答案分两层：引擎决定「用什么方式干」，角色决定「由哪个岗位的提示词与技能来干」。这是两个独立的决定，很多人都混成了一件。

4.1 引擎决定「怎么干」

系统有两套干活的引擎，人话解释是：

系统怎么选？有一条明确的优先级：

也就是说：任务里明确指定了就用它；没指定就看执行角色有没有配；还没有就用项目默认；全都没有，兜底用循环执行。

4.2 你没指定时，系统怎么猜

任务没写引擎类型时，系统会按描述里的关键词做一次启发式预测：

• 出现「编码 / 开发 / 构建 / 部署 / 测试 / 脚本 / 长时」这类词 → 猜 loop
• 出现「查询 / 汇总 / 翻译 / 分类 / 问答 / 生成文案 / 接口调用」这类词 → 猜 agent
• 拿不准 → 兜底 loop

4.3 角色决定「谁来干」

引擎定了「方式」，角色定了「人」。角色的作用有两块：

• 提示词继承：任务提示词按「任务级 > 角色级 > 项目级」继承，写在哪一层就覆盖哪一层。
• 技能白名单：角色能调用哪些工具、连接器，由它的 RunConfig 限定。白名单会写进角色上下文，任务执行时以此为准。要说明的是：目前这份白名单是建议性的——它进入上下文引导 AI 选技能，但还没在调用层做强制拦截。也就是说，别把它当成"硬门禁"，配好它主要是为了让 AI 少用错工具。

打个比方：引擎是「派去的是外包工人还是内部员工」，角色是「派了个会计还是派了个程序员」。同样是「内部员工」，会计不会去改代码。

4.4 两级决定对照表：10 个典型任务会落到哪

4.5 想换引擎，或一开始就定死，怎么做

你有两个时机可以定引擎，而且都可以事后改：

• 建任务时定死：在「新建任务」弹窗的「引擎类型」里直接选。这是任务级配置，优先级最高，之后角色或项目怎么改都覆盖不了它。
• 事后改：在任务列表点该任务的「编辑」，改「引擎类型」后保存。下一轮生效（正在跑的那一轮不会中途换）。

一个实用建议：拿不准的任务先别指定引擎，让系统的关键词启发式自己判断；等你发现它总选错，再手动定死。这样既省心，又能在需要时精确控制。反过来，如果是「一定要交付软件」的任务，建议一开始就明确指定循环执行，省得它被猜成 agent 白烧几轮。

五、第 4 步：一轮里到底发生了什么（最重要的一节）

现在进入正题：调度器选中你的任务，接下来这一轮（一班）里，系统按顺序做这几件事。请对照着看，每一小步我都标注了「你在哪个页面能看到」。

5.1 组装提示词

在把活交出去之前，系统会先「把这一轮要说的话拼好」。拼进去的有五块：

这一步你在界面上看不到直接的东西——它是后台组装。但你会在日志里看到它的「痕迹」：如果提示词里带了知识库内容，AI 的回答通常会引用到你的资料。

5.2 调用引擎执行，期间产生日志

引擎开始干活。你在这个阶段应该去的地方是：

日志面板里每一条都带一个标签，标签是英文的，这里逐个给你翻译：

标签看着多，读日志的顺序其实很简单，按这四步看就够：

1. 先看 user，确认「这轮让它干什么」

   这一段是系统拼好的提示词。如果这里就已经跑题（比如漏带了关键资料、角色选错了），后面它再努力也白搭——问题出在配置，不在 AI。

2. 再看 tool_use / tool_result，看它「查了什么、拿到什么」

   工具调用失败、权限不够、文件找不到，这类报错通常就出现在 tool_result 里。排错第一现场在这里。

3. 然后看 assistant，看它「交出来什么」

   这是你真正会读到的正文，也是验收 Agent 主要看的部分。判断任务有没有跑偏，主要看这一块。

4. 最后看 summary 和 system，看它「自评干到哪 + 花了多少」

   summary 是它给自己写的交接班记录；system 里有本轮用了多少 token、跑了多久。

5.3 消耗 token，自动记账

这一轮 AI 说了多少字、读了多少字，都折算成 token，按单价计费：

单价不是死的，可以在项目详情页「运行配置 → 定价（元/百万 token）」里改。花出去的钱会写进两个地方：一是「计费明细」页（累计花费、输入/输出 Token、预算已用），二是项目账本（虚拟核算）。

5.4 执行结束，生成本轮的「交接班记录」

一轮干完，系统不会让这轮的成果随风而去。它会把「本轮目标 / 已完成动作 / 未完成原因 / 下一步建议」存成一份交接班记录。下一轮轮到同一个任务时，这份记录会被自动拼进提示词——这就是 5.1 里说的「接力摘要」。

设计上有一条硬约束：如果这一轮没干完，交接班记录必须保留「未完成点 + 下一步」，保证下一轮能续上，而不是每次重新开始。

5.5 判断是否完成

怎么算这一轮把任务干完了？规则很朴素：系统看这一轮输出的末尾有没有出现完成标记。出现了，就进入验收；没出现，就说明还没干完，下一轮接着干（带着交接班记录）。

5.6 撞上人工节点 / 预算预警 / 敏感动作，就停下来等你

一轮的执行不是一路畅通的。有三种情况会让它主动停下来等你：

注意一个细节：你点了「暂停」之后，系统不会杀掉正在执行的那一轮，而是等它跑完再停。这是故意的——半路掐断会丢上下文。恢复后从下一轮继续，进度不丢。

5.7 中断之后还能接上吗——续跑机制

长期项目难免遇到中断：实例重启、你手动暂停、预算熔断。很多人的担心是「停了这么久，是不是要从头再来」。答案是不用，但系统会按停机时长分档处理：

为什么要做「环境漂移检查」？因为 AI 上一轮是在某个环境里干到一半的。如果中间有人改过代码、换过凭证、动过数据结构，它拿着旧记忆接着干就会出错。先检查一遍再续，是防止「带病续跑」。这也是为什么长期停摆后恢复，前几轮可能看起来在「重新摸底」——那是正常的安全动作，不是它在摸鱼。

六、第 5 步：验收——为什么不是干活的 AI 自己说了算

任务跑到完成标记之后，不会直接算完成。它会先过一道验收，而且这道验收是由一个独立的验收 Agent做的——这就是常说的三权分立：干活的人、验收的人、批准的人，三方分开，防止「自己给自己判及格」。

6.1 三种验收结论，各触发什么

6.2 去验收记录页看「两个 ID」

打开一条验收记录的详情，你会看到两个关键的 ID：

• 执行者：干活的 Agent 角色 ID。
• 验收 Agent：判分的 Agent，和上一个是两个不同的 ID。

列表上你还看得到「结论」（通过 / 返工 / 驳回）、「评分」「抽样」「成本」「人工状态」（待审批 / 已批准 / 已拒绝）。评分和报告就是验收 Agent 给出的依据。

另外有个「抽样」标签：低风险任务不会每次都验收，可能会按比例抽样（抽不中的本次直接放行，零成本）；高风险、对外发布、财务、合规类任务则强制全量验收，必要时还要人工批准。验收强度按任务风险分级，大致是这样：

这就解释了为什么有些任务「跑完就完了」，有些却会停下来等你批——差别在风险等级。所以重要任务不要含糊描述，写得越像「关键任务」，系统给它的把关就越严。

七、第 6 步：通知与你的介入点

前面说过，系统会在关键处停下来等你。但「等你」之前，它得先通知到你。

7.1 你会收到什么

通知中心里，通知按类型分（原文标签）：

通知的渠道有：站内通知中心、飞书、Telegram，以及移动端审批页（手机上直接「批准 / 拒绝」）。优先级分 urgent 紧急 / important 重要 / normal 普通 / info 信息，紧急的会走多渠道推送。

7.2 你的四种介入动作

当系统等你时，你手上的牌其实只有四张。逐个说清「什么时候用哪张」：

1. 审批（批准 / 拒绝）

   什么时候用：收到「审批请求」，AI 停在人工节点上。
   去哪做：人工处理节点页点「确认完成」；或打开「移动审批」页（手机端点「批准 / 拒绝」，可填审批意见）。
   效果：批准 → 任务继续推进；拒绝 → 该动作终止，转人工决策后续。
   点了没反应？不会。如果任务/节点已经不在待审批状态（状态已变更、已被他人处理、或对象不存在），系统会返回明确的中文错误（例如「任务当前状态不可审批（仅 waiting_approval 可审批；任务不存在或状态已变更）」），而不是显示成功却没改动任何东西。

2. 注入信息（纠偏）

   什么时候用：AI 理解偏了，或你有新要求，但不想推翻任务重来。
   去哪做：到「智能体中心 → 任务」对运行中的任务点「注入」，输入新信息（placeholder「运行中注入的新信息」）；也可以把补充要求写进任务的「提示词模板」（自动运营的任务列表点「编辑」可改）。
   效果：新信息会在下一轮拼进提示词，AI 下一轮就按新信息调整。
   要特别注意：任务的描述在创建之后不能改——「编辑」只开放优先级、引擎、时限、模型、提示词模板这几项。所以「什么算做完」这类关键信息，建任务时就得一次写准。

3. 暂停 / 恢复

   什么时候用：你想先停一停看清楚，或者不想再烧钱。
   去哪做：项目详情页「暂停 / 恢复」；自动运营控制台「暂停 / 恢复」；任务列表里对运行中的任务点「暂停」，对已暂停的点「恢复」。
   效果：当前轮跑完再停（不杀在途进程）；恢复后从下一轮继续，进度不丢。

4. 调整预算

   什么时候用：收到预算预警或熔断，且你决定继续投钱。
   去哪做：项目详情页「预算明细 → 调整预算」；或在自动运营控制台改 AI 运行预算。
   效果：补足预算后点「恢复」，循环继续。注意兜底暂停是持久状态（跨重启保留），必须人工处理后手动恢复；此时页面上指向的是「恢复」而不是「启动」。

7.3 SLA 与超时升级

人工节点不是无限期等你的。每个节点有 SLA（超时秒数）和处理人。如果你没在 SLA 内处理：

• 系统按升级链通知下一位（负责人 → 管理者 → 管理员/超管），节点状态变「已升级」。
• 部分节点配置了超时降级，会降级为「通知不等待」，让流程先走下去，避免整条链卡死。
• 你也可以主动点「通知催促」（提醒处理人）或「升级处理」（直接跳级）。

节点的「通道」分三种：红（强制人工，如对外发布、打款）/ 黄（敏感，需确认）/ 绿（例行，通知即可）。「自主级别」分 L0–L3：L0 全自主、L1 通知不等、L2 一键确认（默认）、L3 强制审核。级别越高，AI 越自由；级别越低，越依赖你。

7.4 通知会不会太多？

不会。系统按优先级做分渠道路由：紧急（urgent）级别的通知会多渠道同时推送（站内 + 飞书 / Telegram + 移动端），确保找到你；普通级别的则以站内通知中心为主，你有空再翻。原则就是一句话：必须现在拍板的，主动找到你；可以先放放的，安静待在通知中心。

如果你不确定有没有漏掉什么，打开「通知中心」扫一眼就行——它是所有通知的兜底收件箱：哪怕某个外部渠道没送达，站内这条也一定在。按类型过滤，几秒钟就能看完。另外，某个通道暂时没配（比如还没接飞书）时，系统会降级为站内提示，不会让通知凭空消失。

八、第 7 步：轮次推进与全局重排

你已经理解了单轮和验收，现在把它放大到全局。整个项目是一个不断推进的循环，每一轮做上面那一套。除此之外还有两种特殊轮次，是你看到「界面变化」的来源。

8.1 任务轮：按时间片轮流推进

绝大多数轮次是任务轮——就是第 4 步讲的那一套，按排班表轮流选中任务执行。

8.2 review 轮：全局重排，你会看到「任务变了」

每推进一定轮数（默认距上次 review 达 20 轮），或当所有任务都完成时，系统会插入一个 review 轮。这一轮不干活，而是让 AI 停下来审视全局（看代码提交记录、进度、预算、收益），然后重新排布任务集与时间片。

8.3 free 等待：全干完了，它也不空转烧钱

如果任务全完成了（或者任务集是空的），系统会进入 free 等待模式：不再跑深度任务，只做常规检查，按间隔再 review。这个状态下不消耗 LLM。系统会给你发一条通知，原文是：

翻译成人话：活儿干完了，我先歇着，不花钱了。你想让它继续干，就注入新信息（给任务补充要求）或触发一次 review，让它重排任务集。

8.4 我该什么时候做什么：时间轴

8.5 轮间间隔：为什么不是连轴转

你可能会发现，两轮之间有一段空白期，不是一停就立刻接着下一轮。这是故意的节流。轮与轮之间默认有约 60 秒的间隔，它有三个作用：

• 让外部动作有时间生效：上一轮发出的请求、写入的文件、触发的构建，需要一点时间才能看到结果，急着开下一轮会读到旧状态。
• 给你一个插手的窗口：如果你看到日志不对，可以利用这个间隙暂停或注入新信息，而不必等它烧完一整轮。
• 降低资源争抢：连续多轮高负载会推高成本与失败率，留出间隔让系统喘口气。

所以「下一轮怎么还没开始」通常不是故障，是在等间隔。真正要警惕的是轮次号长时间不推进、又没有任何通知——那才需要回去查附录 B 的排查树。这个间隔可以在项目详情页「运行配置 → 调度配置」里调（对应「默认间隔（秒）」一项）。

8.6 轮次列表为什么只显示最近一段

项目跑久了，轮次会有几百上千条。系统只保留最近一段轮次历史（大约最近 30 轮），更早的会被滚动清理。这不是丢数据，是控制体积的常规做法。

对你的影响是：想回溯早期某一轮到底发生了什么，要趁它还在列表里的时候看。如果你需要长期留档，建议在任务或项目层面定期把产出导出，或把重要结论沉淀进知识库——知识库不会被轮次清理影响。这也解释了很多人的疑惑：「我明明记得跑过上百轮，怎么列表里只剩几十条？」——属正常清理。

九、一次完整案例走查：给独立站写 3 篇英文营销邮件

把前面所有概念串一遍。假设你是一个跨境电商独立站的 OPC 创业者，运行模式是半自动，自动运营已启动，项目预算充足。你新建了这样一个任务：

下面是「典型情况」下接下来会发生什么（时间是量级示意，实际因模型与项目而异）：

1. 10:00 · 点击「确定」，任务入队

   任务状态变成 待执行 pending，出现在任务管理列表。此刻没有日志、没有花费。你在日志面板刷新看不到东西——正常。

2. 10:03 · 第 1 轮：调度器选中它

   当前排班轮到它。系统组装提示词（任务描述 + 角色设定 + 从知识库检索到的「产品卖点」资料），交给引擎执行。因为描述里是「生成文案」，系统多会选 agent 引擎。

   你在界面看到：运行轮次页出现一轮，状态 运行中；日志面板开始滚动出 assistant / thinking / tool_use 条目。

3. 10:14 · 第 1 轮结束，没完成

   输出末尾没有出现完成标记，所以不算完成。系统生成本轮交接班记录：「已完成：邮件 1、2 草稿；未完成：邮件 3 与统一 CTA；下一步：补齐第 3 篇并统一格式」。

   你在界面看到：日志里出现一条 summary 标签，内容就是上面那段。

4. 10:15 · 轮间短暂间隔后进入下一轮

   如果排班表里还有别的任务，会先轮到别的任务；这里假设只有这一个任务，于是第 2 轮又轮到它。

5. 10:20 · 第 2 轮撞上人工节点，停下来等你

   AI 认为需要「确认邮件里的 CTA 链接指向」且这属于对外动作，于是创建一个人工处理节点（可能是黄通道，L2 一键确认），任务推进暂停等待。

   你在界面看到：通知中心出现「审批请求」；人工处理节点页出现一条「待处理」，带通道、SLA、处理人；你也可以在手机上打开「移动审批」直接批准。

6. 10:25 · 你批准

   你点「批准」（或人工节点页点「确认完成」）。节点状态转「已完成」，任务恢复推进。

7. 10:40 · 第 3 轮：出现完成标记，进入验收

   这一轮输出末尾出现完成标记。系统触发独立验收 Agent（和写文案的不是同一个 Agent）。

   你在界面看到：验收记录页新增一条，结论暂未定，评分与报告随后写入。

8. 10:42 · 验收返工（本次故意安排一次 redo）

   验收 Agent 对照你的任务描述发现：只产出了 2 篇（描述要求 3 篇），CTA 也没统一。结论 redo 返工，理由写进报告。任务回到调度队列，验收意见注入下一轮提示词。

   你在界面看到：验收记录结论「返工」，报告里逐条列了未达成项。

9. 11:05 · 第 4 轮：带着反馈补齐

   这一轮提示词里带了上一轮验收的返工理由，AI 补齐第 3 篇并统一了 CTA。再次出现完成标记 → 再次验收。

10. 11:07 · 验收通过，任务完成

    结论 pass 通过，任务状态转「已完成」，记录总轮次/总耗时，发一条「任务完成」通知给你。

    你在界面看到：任务列表状态「已完成」；验收记录结论「通过」，执行者与验收 Agent 是两个不同 ID；计费明细里能看到这个任务这几轮花掉的钱。

整个链路约 1 小时出头（含一次人工审批等待）。你全程只做了一件事：点了一下「批准」。其余都是系统按排班表自动推进的。

十、什么时候「不自动」：人工审核模式下的链路

前面讲的都是全自动 / 半自动下的自动链路。如果你选的是人工审核（新建项目向导里叫「手动」），链路完全不同：

一个容易踩的坑：你在控制台把模式从「半自动」改成「人工审核」时，界面会提示：

人工审核模式下，一次任务是这样跑的

因为少了自动调度器，人工审核模式更像「你按一下、它动一下」：

1. 你建任务

   和平时一样，填描述、优先级、角色，建完状态是「待执行」。

2. 你手动推动它

   循环不跑，任务不会自己开始。你需要通过任务列表里的操作把任务推向执行，它才会真正开跑。

3. 跑一轮，产出交给你审

   AI 按当前任务设定执行一轮，产出方案或结果，然后等你审核。

4. 你审核通过才继续

   审核通过，任务才进入下一步或下一轮；不通过就退回修改，反复直到你满意。

一句话记住差别：全自动 / 半自动是「系统推着你走」，人工审核是「你推着系统走」。红线多、对外动作谨慎、希望每一步都亲眼确认的团队适合后者；想省人力、让 AI 自己迭代的选前者。

十一、本章小结与下一步

• 你点的不是「调用某个人」，而是把活放进排班表；系统按运行模式、任务类型、引擎、角色自动决定后续。
• 任务入队后是 pending 待执行，要等调度器选中才开跑；一直 pending 基本上是「循环没跑 / 在排队 / 人工审核模式」。
• 时间片权重决定每 10 轮里占几轮；想更快就提权重、提优先级、减任务数。
• 引擎两级决定：引擎（loop 还是 agent）定「怎么干」，角色定「谁来干」；优先级是任务级 > 角色级 > 项目默认。
• 一轮里：组装提示词 → 执行出日志 → 记 token 账 → 生成交接班记录 → 判定完成 → 撞人工节点就停。
• 验收是三权分立的，干活的不能自己判分；三种结论 通过 / 返工 / 驳回 各触发不同后续。
• 你的四张牌：审批、注入信息、暂停恢复、调整预算。什么时候用哪张，看第七节。
• review 轮会自动重排任务（任务变多是正常的）；全干完进 free 空闲等待，不烧钱。

三个最常见的误解，趁热澄清

• 误解一：「点完任务就该马上动」。真相：任务只是入队，要等调度器在下一轮选中它，通常要等一个轮间间隔。建完就去刷日志，看不到东西是正常的。
• 误解二：「任务在跑就一直在烧钱」。真相：钱是按轮次花的，空闲等待（free）完全不消耗 LLM；真正持续烧钱的是「反复失败重试」，所以系统才要兜底暂停。
• 误解三：「验收返工就是任务失败了」。真相：返工是质量把关的正常环节，返工后带着验收意见继续干；只有「驳回」才是升级人工的信号。

到这里，你已经知道「发起任务之后系统做了什么」。下一章我们把镜头转向你自己：怎么把话说对——同样一件事，说法不同，AI 的产出质量天差地别。第 12 章会给你 100 多个可直接复制的提问模板。

附录 A · 端到端时序全表

把「从点击到收到成品」的每一步摊开。失败会怎样一列，是这一表最值钱的部分。

附录 B · 「我的任务为什么没动」排查树

从上往下，一层层问自己。每一支都给了「怎么确认」和「怎么办」。

附录 C · 引擎选择决策表

拿不准用哪个引擎时查这里。默认建议：不确定就用 loop。

附录 D · 设计依据摘录（为什么这么设计）

下面每条都是从设计文档里摘的「意图」，配上人话解释。想深入了解的读者，出处文件在本节末尾。

出处：以上分别摘自 wiki/TAD-v2/04-autoops-调度与轮次.md（模块一 1.1、模块四 4.4.3/4.4.4/4.4.6、模块五 5.4）与 wiki/TAD-v2/02-项目服务器执行引擎.md（模块二 2.1/2.4.3/2.4.7）。空转与兜底的原文另见 wiki/manuals/zy-engine/release/04-autoops调度与轮次/使用手册.md 第一节与第六节。